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(54) Network peripheral server discovery method 

(57) A multifunction peripheral server discovery 
method with reduced network traffic. Peripheral servers 
(10) on a network (14) advertise their basic function, 
such as a print, and cGents (12) seeking peripherals 
with an additional function, such as scan, retrieve ID 
strings of peripherals having the basic function to deter- 
mine if the additional function is available. The method 
also permits a user of a client (12) on the network (14) 
to enter addresses of peripherals not discovered when 
the client searches fa peripherals having the additional 
function. The method also permits selection of a net- 
work protocol to be used by the client (12). An additional 
preferred step in the method is a determination of 
whether discovered peripherals having the adcfitional 
function are compare with a software application run 
by the client (12). 
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Description 

[0001] The present invention generally relates to 
software, and more particularly to software for discover- 
ing peripheral server devices on a network. 
[0002] Computer network sewers are an integral 
segment of the computer industry. Networks establish 
connections with at least one server which in turn inm- 
ate connections with one or more peripherals. Such 
peripherals perform many functions, including scan- 
ning. Some peripherals, namely multifunction peripher- 
als, combine scanning with various other functions such 
as printing, sending and receiving facsimiles and copy- 
ing. When a user wishes to perform a function, for 
example, a scan, it is important to determine which 
servers, if any, can establish a connection with a periph- 
eral containing the required scan capabilities. 
[0003] Known methods to determine available net- 
work servers include the user physically locating the 
server, using a name too)op service to ascertain the 
server's name, or using discovery software to find all 
available servers which meet certain criteria. However, 
as will be discussed below, each of several known 
methods has its own benefits and attendant problems. 
[0004] A problem exists when the user attempts to 
physically locate servers on the network since this 
action can be time consuming, and prone to user error. 
Servers are usually remotely located, requiring the user 
to leave the workstation in search for one or more serv- 
ers that can establish a connection to the peripheral that 
the user wants to use. The user is often not aware of 
some or all of the locations of the servers on the net- 
work. If the user does physically locate the server, it is 
sometimes possible to ascertain the address of the 
server by viewing a sticker placed on the server by a 
network administrator or some other person. Likewise, if 
the address Is not written on the server, some servers 
contain a button that the user can press to send the 
server's address to an attached printer. Additionally, 
even after the user determines the address of the server 
that he desires, the user must manually enter the 
server's address, and such manual entry is prone to 
errors by the user. 

[0005] Additional problems exist when using a 
name lookup service, such as a domain name service 
(DNS) protocol or service advertising protocol (SAP), to 
find the server. ONS is used for transmission control 
protocol/internet protocol (TCP/IP) protocol networks 
and SAP is used for sequenced packet exchange/inter- 
network protocol exchange (SPX/1PX) protocol net- 
works. A problem with using the name lookup operation 
is that the user must know the name of the server the 
user is looking for. Sometimes the network administra- 
tor writes the name on the server, but often the server is 
remotely located. Another problem with using the name 
lookup is that the name looktp operation will only find 
servers tor the name that the user entered. Thus, th 
name lookup will not find servers of a different name 



that the user may wish to employ. 
[0006] Further problems exist with Known discovery 
software due to SAP packet traffic on the network. 
Among other things, SAP packets indicated the type of 

5 service being offered, as well as a network access 
point i.e., network and socket address, which dients 
can use when accessing the server. While SAP gives 
scan servers and other service providers the ability to 
periodically advertise their services on the network, the 

10 SAP packet traffic causes congestion on the network. 
For example, tracfitional servers send a separate SAP 
for each socket being advertised, La, for each print 
socket, and each scan socket Thus, under the tradi- 
tional scheme, a three port server would generate six 

is SAPs since the server would send a separate SAP 
advertisement for each print and scan socket Likewise, 
a one port server would generate two SAPs on a regular 
basis. 

[0007] Another problem with known discovery soft- 
20 ware is its inflexbilrty. Typically, discovery software only 
allows the user to select from a group of discovered 
servers, there are times, however, that the user may 
wish to enter a known server address. Additionally, 
there are times that a user must enter a server address 
25 because the discovery software failed to find any serv- 
ers. 

[0008] Accordingly, it is a primary object of the 
present invention to provide an improved method for 
discovering network peripheral servers. 

30 [0009] Another object of the present invention is to 
provide an improved method for reducing SAP traffic. 
[001 0] Yet another object of the present invention is 
to provide an improved method tor allowing the user to 
manually enter a server address. 

as [0011] Other objects and advantages will become 
apparent upon reading the following detailed descrip- 
tion, in conjunction with the attached drawings, in which: 

FIGURE 1 is an overview of the network system; 
40 FIG. 2 is a preferred discovery welcome page; 

FIG. 3 is a flow chart illustrating functions of the net- 
worked scan server discovery method of the 
present invention; 

RG. 4 is a preferred discovery server list page; 
45 RG. 5 is a preferred page containing instructions to 
locate a server address; 
RG. 6 is a preferred network selection page; 
RGS. 7A-7C are preferred network address entry 
pages; and 

so RG. 8 is a preferred successful configuration page. 
TABLE OF ACRONYMS 

[0012] This patent utilizes several acronyms The 
55 following table is provided to aid the reader in determin- 
ing the meaning of the several acronyms: 

CPU = central processing unit 
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DNS 3 domain name service 

ID = identification. 

IP = internet protocol. 

IPX = internetwork protocol exchange 

MIB o management information base. 

PC » personal computer. 

SAP a service advertising protocol. 

SLP o service location protocol. 

SNMP » simple network management protocol. 

SPX o sequenced packet exchange 

TCP s transmission control protocol. 

DETAILED DESCRIPTION 

[0013] Broadly stated, the present invention is 
directed to a method, implemented principally by soft- 
ware, that is adapted to discover peripheral servers that 
a peripheral specific software can utilize, which reduces 
SAP traffic and supports multiple network protocols 
[001 4] Turning now to the drawings, and particularly 
FIGL 1. a server 10 of the present invention establishes 
a connection between a client 12 on a network 14 and a 
peripheral 16. such as a scanner. While the server 10 
referred to is used as part of a Hewlett-Packard JETDI- 
RECT EX box package, it is contemplated that the 
sewer 10 can be part of a card that connects via a bus 
interface to the peripheral 16. or as part of an internal 
central processing unit (CPU) of the peripheral 16. The 
JETDIRECT EX box is shewn and described in a 
Hewlett-Packard user manual, part no. 5967-2290. and 
is incorporated by reference herein. 
[0015] For purposes of illustrating the present 
invention, it is assumed that the user is searching for a 
peripheral 16 that can support scan functions, but arti- 
sans will appreciate its applicability to searching tor 
peripherals performing other functions. Referring to 
FIG. 2. a welcome screen is displayed on a dierrt dis- 
play, which may be a personal computer (PC), for exam- 
ple. The screen prompts a user through various steps to 
insure that the peripheral 16 is property set up and 
attached to a server 1 0 that supports scanning, and that 
both the peripheral 16 and the sewer 10 are powered 
on. Referring to FIGS. 2 and 3. after the user dicks a 
"next" button on the discovery welcome screen, the di- 
errt 12 software of the present invention, hereinafter 
referred to as the dient 12. searches the network 14 tor 
specific sewers 10, ag., JETDIRECT EX boxes (block 
18). The cfient 12 uses a service location protocol 
(SLP). tor a TCP/IP network 14. or a SAP tor a SPX/IPX 
network 14, to elicit responses for all servers 10 of the 
specified type. The servers 10 wiO use SAP to 
announce a print function for each attached peripheral 
16. This is true even rf an attached peripheral only per- 
forms a function other than print The dient determines 
that the specific servers 10 has been found by ma tching 
a name of the server 10 that was found to a Dst of 
names that the dient 12 is searching, ag.. JETDIRECT 
EX boxes. Based on the matches, the dient 12 pro- 



duces a data list of potential servers 10. 
[0016] Irrportantfy, and referring to FIG. 3, tor each 
server 10 on the data list, the cfient 12 next determines 
if a peripheral 1 6 attached to the server 1 0 is compatHe 

5 withasoftwar appfication for which the discovery oper- 
ation is being performed, ag., a scan software applica- 
tion (block 20). To determine rf the peripheral 16 can 
scan, the dient 12 retrieves a peripheral ID string from 
the server 10 using a simple network management pro- 

w tocol (SNMP), and parses the ID string to determine if 
the peripheral 16 supports scanning. The SNMP is a 
standard network protocol that is generally used for 
configuring and monitoring network devices. It is con- 
templated that similar protocols can be used by the 

15 present invention. After determining which servers 10 
possess peripherals 16 that support scanning, the dient 
12 removes servers 10 from the data list that do not 
support scanning. 

[0017] By engaging in the above two step process, 

20 i.e., searching tor JETDIRECT EX servers and then 
using SNMP to determine if the server 10 supports 
scanning, the present invention reduces SAP traffic. For 
exarrple, typical dients 12 use SAP to discover print 
servers 10 and also use SAP to discover scan servers 

25 10 on the SPX/IPX network. This requires the server 10 
to send SAP requests for both print and scan services. 
Importantly, the present invention reduces network traf- 
fic caused by SAPs since the cfient 1 2 only requires the 
sewer 10 to advertise Hs print services, and not scan 

30 services. By requiring the server 10 to advertise only its 
print services, the dient 12 effectively cuts in half the 
number of SAPs arriving from the server 10. 
[0018] After it is determined that the server 10 sup- 
ports scan functions,' the scan socket number on the 

35 server 10 is established, and the dient 12 takes advan- 
tage of the tact that the server's 10 scan socket number 
is always equal to the advertised print socket number 
plus ona For a multifunction peripheral attached to a 
physical server port, a separate socket is maintained for 

40 Hs separate functions, ag., print and scan. Therefore, 
the client 12 adds one to the advertised print server 
socket number when accessing the scan server socket 
As discussed above, this method conserves network 
bandwidth because the present invention wiD only issue 

45 SNMP queries when attempting to discover scan 
devices, whereas the periodic SAP advertisements are 
sent on a continual basis, typically every two seconds. 
[0019] After the dierrt 12 removes servers 10 that 
do not support scanning from the data . 1st, tor each 

so server 10 remaining in the list, the cfient 12 checks to 
determine that the server 10 contains the required 
firmware for the speeffic software application (btock 22). 
To determine that the server 10 contains the required 
firmware, the dient 12 sends a SNMP query to deter- 

55 mine if a certain scan management infor m ation base 
(MIB) object exists on the server 10. For example, th 
MIB object could be a time out variable used by the soft- 
ware application. If the object does not exist, the server 
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10 returns an error in response to the clients 12 request 
and the server 10 is removed from the data list of serv- 
ers 10. 

[0020] Subsequently, the dient 1 2 determines if any 
servers 10 remain on the data list (bock 24). If servers s 
10 remain on the list, the client 12 displays a list of 
peripherals 16 attached to the servers 10 on a page 
shown in FIG. 4, and waits tor the user to either select 
one of the servers 10 or indicate that the desired server 
is not in the Est (Hock 26). Referring to FIG. 4. the user w 
responds by mouse clicking on the name of the desired 
peripheral 16. or by clicking on a check box if the 
desired peripheral 16 is not listed. Returning to FIG. 3. 
if the user selects a scanner (block 28), the client 12 
stores parameters of the accompanying server 10 in is 
persistent memory, e.g.. WINDOWS 95 and NT registry, 
so that the parameters are available to the dient 12 
when the software application is executed at a later time 
(block 30). While a client 12 coukJ perform a discovery 
operation every time the user wishes to scan, this is not 20 
the preferred embodiment since the discovery operation 
takes time to perform. 

[0021] Alternatively, if no servers 10 exist in the 
data list (block 24) or the user decides not to select a 
peripheral 16 from the Gst (block 28), the user can 25 
mouse click a "next" button shown in FIG. 4 to select a 
server 1 0 of the user's choice. For example, the periph- 
eral 16 may have been turned off when the client 12 per- 
formed the discovery operation. Referring to FIG. 5, is a 
page with instructions to locate a server address is 30 
shown. The user can mouse cfick a test button on the 
JETDIRECT EX server 10 connected to a printer and 
the printer will print a JETDIRECT EX status page 
including the JETDIRECT address. 
[0022] Thereafter, the user clicks a "next" button on 36 
the instruction page to display a network selection page 
as shown in FIGL 6, which prompts the user to select a 
network used by the cfient 12, ag.. either TCP/IP or 
SPX/IPX. After selecting the appropriate network, the 
user mouse clicks a "next" button on the network selec- <o 
tion page. Referring to FIGS. 2. 7A-7C, an appropriate 
page will appear depending on the network selected by 
the user, prompting the user to enter the server 10 
address (block 32). FIG. 7A is arranged for TCP/IP net- 
works, and FIGS. 7B-7C are arranged for the SPX/IPX 45 
networks. 

[0023] After the user enters the server address, the 
cfient 12 contacts the server and determines whether 
compatible peripheral 16 and server firmware features 
exist as described above (block 34). H the peripheral 16 50 
and server 10 meet the requirements of the software 
application (block 36), parameter tor the server 10 are 
stored in persistent memory so that they are available to 
the cfient 12 at a later time (bkxk30). Referring to FIG. 
8, the client 1 2 displays a successful configuration page ss 
to end the discovery operation. 
[0024] Referring again to FIG. 3. if the peripheral 1 6 
and the server 10 do not meet the softwar application's 



requirements, the dient 12 prompts the user to deter- 
mine rf the server 10 should be used regardless of th 
fact that the server 1 0 is not compatible (block 38). If the 
user still desires to use th incomp atib le server 10. the 
client 12 stores the server's parameters in persistent 
memory (block 30), and displays the successful config- 
uration page, shown in FIG.8. Otherwise, the user is 
prompted to enter a new network address of a desired 
server 10 (block 32). 

[0025] Rom the foregoing description, it should be 
understood that an improved method has been shown 
and described which has many desirable attributes and 
advantages. The present invention can discover and 
allow the user to select specific network peripheral serv- 
ers. Additionally, the present invention reduces SAP 
traffic and supports multiple network protocols. 
[0026] While various embocfirnents of the present 
invention have been shown and described, it should be 
understood that other rectifications, substitutions and 
alternatives are apparent to one of ordinary skill in the 
art. Such rnocfifications, substit u tion s and alternatives 
can be made without departing from the spirit and 
scope of the invention, which should be determined 
from the appended claims. 

[0027] Various features of the invention are set forth 
in the appended claims. 

Claims 

1. A network cfient (12) peripheral server (10) discov- 
ery method tor a client (12) to cfiscover peripheral 
servers (10) having peripherals (16) with an addi- 
tional function in addition to peripherals (16) with a 
basic function, the method comprising steps of: 

announcing, by servers (10) on the network 
(14), peripherals (16) having basic functions 
(block 18); 

searching, by a client (12) on the network (14), 
for announcements of basic functions (block 
20); 

forming, by the cfient (12), a list of servers (10) 
having peripherals (16) having the basic func- 
tion based upon announcements discovered in 
said step of searching (blocks 22, 24 and 26); 
retrieving, by the cfient (12), data for servers 
(10) on the list of peripherals (16) (blocks 28 
and 30); and 

identifying, by the client (12), peripherals (16) 
on the fist of peripherals (16) having the addi- 
tional function by examining data retrieved in 
said step of retrieving (blocks 30, 34. and 36). 

2. The method according to claim 1 , wherein said data 
comprises a peripheral ID string (block 20). 

3. The method according to claim 1 , wherein th basic 
function is a print function and the additional func- 
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tk>n is a scan function. 

4. The method according to claim 1. further compos- 
ing steps of: 

5 

removing servers (10) having peripherals (16) 
lacking the additional function from the fist of 
peripherals (16) (block 22); and 
permitting a user to select from the Est of 
peripherals (16) (blocks 24. 26 and 28). w 

5. The method according to claim 4, further compris- 
ing a step of accepting, by the cfierrt (12), a user 
specified peripheral (16) not on the fist of peripher- 
als (16) (block 26). 15 

6. The method according to daim 1, further compris- 
ing a step of determining whether a peripheral (16) 
having the a d di tio na l function is compatible with a 
client (12) software application (blocks 34 and 36). so 

7. The method according to claim 6, wherein said step 
of determining comprises sending a query to a 
server (10) that serves the peripheral (16) having 
the additional function to determine H a predeter- 25 
mined object exists on the server (10) that serves 
the peripheral (16) having the additional function 
(block 34). 

8. The method according to claim 7, wherein the so 
object is a management information database 

* object supporting a specific operation of the addi- 
tional function 

9. The method according to claim 7, further compris- 35 
ing a step of assigning a network address to the 
peripheral (16) having the additional function (block 
32). 

10. The method according to claim 9, wherein said step 40 
of assigning comprises adding a predetermined 
address increment to a network address for a 
peripheral (16) having the baste function associated 
with the server (10) that serves the peripheral (16) 
having the additional function (blocks 30. 34 and 45 
36). 

11. The method according to claim 1, further compris- 
ing a step of assigning a network address to the 
peripheral (16) having the additional function (block so 
30). 

12. The method according to claim 11, wherein said 
step of assigning comprises adding a predeter- 
mined address increment to a network address tor 55 
a peripheral (16) having the basic function associ- 
ated with a same server (10) as the peripheral (16) 
having the additional function (block 32). 
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DETERMINE IF SERVER IS ATTACHED 
TO PERIPHERAL THAT CAN SUPPORT 
SOFTWARE 
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REMOVE SERVERS 
WITH NONCOMPATDBLE 
FIRMWARE 
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DISPLAY LIST OF 
PERIPHERALS AND WATT 
FOR USER TO RESPOND 
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PROMPT USER TO ENTER 
NETWORK ADDRESS OF 
DESIRED SERVER 



CONTACT SERVER AND 
CHECK FOR COMPATIBLE 
PERIPHERAL AND SERVER 

FIRMWARE FEATURES 
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STORE PARAMETERS OF SELECTED SERVER 
IN PERSISTENT DATABASE SO THAT THEY 
ARE AVAILABLE TO CLIENT APPLICATION 
WHEN EXECUTED ATA LATER TIME 
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